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Method and Apparatus for a Comprehensive Network Management 

System 
(20002/10004 1 HEN-10004) 

Related Applications 

This appUcation claims priority to United States ProvisioDal Application 

Ser. No. 60/217,968. ffled July 13, 2000. 

Field of the invention 

The invention relates to management of communications networks and, 
in particular, to comprehensive management of a network comprised of 
multiple interconnected networking technologies and associated systems, 
including management of multirdommn services. 



Background 

Traditional^, networks and services that consist o^ or depend upon, 
several diffe-ent interconnected networking technologies and associated 
systems and applications, often referred to as muhi-domain or heterogeneous 

15 networks, have been managed piece-meal, typicaUy utili2ing several 

management systems dedicated to the specific networking technologies and 
applications. This makes it very difBcult to manage the multi-domain network 
from an end-to-end perspective. Because this method is non-comprehenswe 
and largely non-automated, it tends to be sq)ensive and error-prone, requiring 

20 the coordination and use of many different indivkiuals and resources, as well as 
disparate managonent s^«tems. 

Today's business and service networks are coii^)lex. Since the current 
state of any particular network has more than likely evolved in a piecemeal 
feshron, it likely includes hetwogeneous kinds of networic technologies, 

25 equipnent from multiple vendors, and various kinds of management methods. 
To make matters worse, mana^anent methods vary between countries and 
even between districts within countries. In many cases, the result is either 
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piecemeal management, in which narrowly focused management solutions co- 
east but do not coop(srate, or no man^emoit at alL 

FCAPS (feult, configuration, accounting, performance, and security) 
management is possible for most individual networking technologies and 
5 associated systems and applications. However, these functfons are typically 
provided by management systems that manage only that specific kind of 
networking technology, system, or appKcation. Aprisma Management 
Techaologies' Spectrum® Management System is an example of an existing 
management system that has this capabihty. ITie best case, however, would be 
10 integrated management, in which these management techniques coopemte in a 
standardized management fi-amework. 

What has been needed, therefore, is a consolidated, automated 
management tool that can manage networks and services that extend across 
multiple intercoraiected underlying networking technologies and associated 
15 systems and appUcations, thus providing management for multi-domain 



services. 



nh^ ftrts nf the invention 

The object of the present invention is to provide a means by which to 

20 manage a multi-domain network consisting of multiple interconnected 

networking technologies and associated systems and applications, including the 
ability to perform fault, configuration, accounting, performance, and security 
(FCAPS) management. A fiirther object of the present invention is to provide 
end-to-end management of multi-domain services, including element, network, 

25 service, and business process management. 

Snmmarv 

The comprehensive network management system of the invention (i) 
integrates the management of networks, systems, business applications, and 
30 services (iO integrates the areas of feult, configuration, accounting, 

performance, and security management, (iiO integrates the element, network. 
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service. 



5, and business layers of management information, (iv) integrates the 
management of diverse networking technologies, and (v) integrates the 
management methods of both telecomraunications and data comnmnications 
networks. 

5 The invention is a comprehenswe system for managing data, voice, 

appHcation and video networks and associated systems and services that 
comprise multiple, intercomiected network technologies. In one aspect of the 
invention, a management system suited for aparticubr networking technology 
manages each separate technology domain. Muttiple management systems thus 
10 manage multiple domains with respect to feult, configuration, accounting, 
performance, and security (FCAPS) management. The management systems 
that manage the individual networking technology domains are then themselves 
managed by a higher-level system, caUed an inter-domain management system, 
which performs the task of cross-domain management. 
15 The individual management systems of the invention collect data from 

their respective technology domains and provide it to an intrsKlomain data 
coUection fimction. This data is then utilized by an inter-domain data 
correlation ftmction to determine what instructions should be sent from an 
intra-domain instruction fonction to each management system for 
20 implementation in its respective technology domain. The comprehenswe 
management system thus collects data from each lower-level management 
system and, if required, sends operational mstructions back to each lower level 
system. 

In the present invention, management fonctions are performed from a 
25 single console and over multiple interconnected underlying networking 

technologies. The enabling technology for cross-domain management is the 
same technology that permits operation, administration and maintenance of the 
underlying networking technologies. Event correlation and service level 
management are performed at both the intra-domain and inter-domain levels, 
30 and business process management is perfonned at the inter-domain level. 
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ttripf nescri ption o f the Drawings 

Fig. 1 is a higb-tevel block diagram of an embodiment of a 
comprehensive network management system according to the present 
invention; 

5 Fig. 2 is a table illustrating the different dimensions of integrated 

network management; 

Fig. 3 is a block diagram illustrating the generic components of a 

network; 

Fig. 4 illustrates two different conceptual models for the integration of 
1 0 element and network management; 

Fig. 5 is a block diagram illustrating the conceptual architecture of an 
enterprise management system that may be employed for cross-domain 
management in an embodiment of the invention; 

Fig. 6 is an example of a networic comprised of multiple interconnected 
1 5 networking technologies that may be managed by use of the present invention; 

Fig. 7 is utilized to discuss the management challenge provided by the 
management of domains controlled by different entities; 

Fig. 8 is a conceptual model of intra-domain event correlation as 
utilized by the present invention; 
20 Fig. 9 is the Telecommunications Model Network (TMN) conceptual 

model of integrated management; 

Fig. 10 is a conceptual depiction of how service level management is 
utilized in coi^unction with enterprise management in one embodiment of the 
invention; and 

25 Fig. 1 1 illustrates the operation of an embodiment of the comprehenswe 

n^ork management system of the present invention. 

DctaHcd Description 

The present invention is a comprehensive network management system 
30 for managing data, voice, application and video netwoiks that (i) integrates the 
management of diverse, but connected network technologies, (u) includes the 
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management of systems and software applications at customer premises, and 
(iii) allows for the provisioning, billing, and control of services that span across 
multiple kinds of networks. The invention alfows comprehensive network 
management from a single console and over multiple interconnected underlying 
5 networking technologies and multi-domain services. It is an automated, 

consoUdated management tool. It has tight integration with underlying etement 
and network management systems. 

In the present invention, a management system suited for a particular 
networking technotogy (e.g. optical networks. ATM networks, LANS, types of 
10 computer systems, types of software applications, etc) manages each separate 
technology domain within a multi-domain network with respect to feuh, 
configuration, accounting, performance, and security (FCAPS) management. 
A higher-level system, called a comprehensive management system, performs 
the task of managing the individual management systems. This comprehensive 
15 system collects data from the multiple lower-level management systems and, if 
required, sends operational instructions to each tower-level management 
system. 

Among other advantages, the invention enables end-to-end FCAPS 
management, element/network/service/business management, and service 
20 provisioning and monitoring from a single console over multiple intercoraiected 
networking technologies. Important features of the comprehensWe 
management system of the invention include: (0 domain-specific event 
coiTClation, (iO network, systems, and application management, (iii) layered 
Telecommunications Model Network (TMN)-style management, and (iv) 
25 FCAPS-style management. 

The comprehensive network management system of the invention (i) 
integrates the management of networks, systems, business applications, and 
services (u^ integrates the areas of feuh, configuration, accounting, 
performance, and security management, (iii) integrates the element, network, 
30 service, and business layers of management information, (iv) integrates the 

management of diverse networking technologies, and (v) integrates the 
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management methods of both telecommunications and data communications 
n^orks. 

Fig. 1 is a high-level block diagram of an implementation of an 
embodiment of a comprehensive network management system according to ihe 
5 present invention. Further details and explanations of the individual 

components of the invention follow this initial description. As shown in Fig. 1, 
in the present invention, separate technobgy-specific management systems are 
utilized to manage individual technology domains in the enterprise 110. The 
example embodfanent of Fig. 1 has three technology domains. Technology 
10 domain A 102 is managed by management system A 122, technology domain B 
104 is managed by management system B 124. and technology domain C 106 is 
managed by management system C 126. 

Technology domains A 102, B 104, and C 106 are comprised of 
elements that are managed devices, networks, systems, and applications. A 
15 managed device is any device that can be modeled in a network management 

system. The managed devices include not only hardware devices such as 
personal computers, workstations, hubs, bridges and routers, but also software 
applications. Domains are constructed in accordance with the particular 
organizatfonal principle by which elements are grouped in a particular network. 
20 In general, network elements may be grouped in any way that serves as an aid 
in understanding and managing the network. Common grouping principles 
include grouping with respect to topology, device type, location, managerial 
domains, and/or the organizational structure of a network enterprise. 

The management system components 122. 124, and 126 may be fiUed 
25 by Aprisma Spectrum, Hewktt-Packard (HP) OpenView. or any other 
compatible management system, device or agent capable of managing the 
associated technotogy domain. As discussed in more detail later, the 
management systems 122, 124, and 126 of the invention may be network 
management systems, element management systems, enterprise management 
30 systems, or any other management devices in any combination suit^le for 
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managing the networks, devices, systems and appUcations in the associated 

tediDology domain. 

The comprehensive network management system of the inventfon is 
comprised of conceptual layers, with each layer being successively broader in 
5 scopeandinwhatitcanmanage. At the lowest level of the embodiment of the 
invention depicted in Fig. 1 is the enterprise 110 and technology domains 102. 
104, and 106. The intermediate level of this embodiment is an intra-domain 
management level, where the individual technology domains are managed and 
various intra-domain management tasks are performed. The highest level is an 
10 inter-domainmanagement level, where the intra-domain management systems 
and levels are themselves managed and various inter-domain management tasks 
are perfonned. In alternate embodiments of the invention, there may be 
multiple intermediate layers, which may be intra-domain management levels 
that manage individual domains or other intra-domain management levels, or 
15 may be inter-domain management levels that manage intra-domain management 
levels or even other intrar-domain management levels. 

The basic structure of the present invention is therefore related to what 
is sometimes called the "divide and conquer" method of network management. 
A network is partitioned into logical domains where each domain is managed 
20 more or less in isolation by low-level management systems. A higher-level 
management application then presides over the tower-level systems. This 
higher-level appUcation is sometimes called a manager of managers (MOM). 
The basic enabling technology for the present invention is therefore the same 
technotogy that permits the operation, administration and maintenance (OAM) 
25 oftheunderlytog networking technologies. 

As shown in Fig. 1, each tedmology domain A 102, B 104, and C 106 
has an associated intra-domain management layer- i.e. domain A 102 is 
associated with intra-domain management layer A 130, domain B 104 is 
associated with intra-domain management layer B 1 50, and domain C 106 is 
30 associated with intra-domain management layer C 160. The figure in the text 
shows a basic two-layer management level system; however, the inventton may 
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have any number of intennediate layers and therefore the scope of the invention 
includes all two and hi^ier layer systems. 

In intra-domain management layer A 130 of Fig. 1, management system 
A 122 collects data from respective tedmology domam A 102 and nidces it 
5 available to intra-domain data collection fimction 134. This data is then 

provided to. and utilized by, inter-domain management layer 140 to determine 
what intra-domain instructions should be sent fix>m intra-domain instruction 
fimction A 132 to management system A 122 for implementation in respective 
technotogy domain A 102. 
10 Similarly, in intra-domain managenaent layers B 150 and C 160, 

respective management systems B 124 and C 126 collect data from respective 
technology domains B 104 and C 106 and make it available to respective intra- 
domain data collection fiinctions B 154 and C 164. This data is then provided 
to, and utilized by, inter-domain management layer 140 to detennine what 
1 5 intra-domain instructions should be saA &om respective intra-domain 

instruction fimctions B 152 and C 162 to respective management systems B 
124 and C 126 for implemoitation in respecthre technotogy domains B 104 and 
C 106. All of these fimctions are typically implemented as one or more 
software applications, usii^ axty convenient and suitable method and/or 
20 language known in the art. 

Intra-domain mans^ement layer A 130 also includes intrardomain event 
correlation enpae A 136, which receives data fiiom management system A 122 
on events within domain A 102 and tiien maps cetain of them into alarms and 
possible actions to be sent back to management ^tooa A 122. There is also 
25 an intra-dommn service level management (SDS^ fimction A 138 that recdves 
service data from management system A 122 tiiat is used to devetop service 
instructions to be sent back to management system A 122 for management of 
intra-domain services. 

Similarly, intra-domain management layers B 150 and C 160 also 
30 include respective intra-domain event correlation engmes B 156 and C 166 and 

respective intra-donuun service level management (SLM) fimctions B 158 and 
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C 168. The purpose and structure of these &nctions in the present invention 
are discussed in more detail later. Hiese fimctions are typically implemented as 
one or more software appUcations, using any convenient and suitable method 
and/or language known in the art. There are several commercially available 
5 systems having these fimctionality, including Aprisma Management 

Technologies' Spectrum, HFs Openview, Riversors,.OpenRiver, TivoB's 
TME, Computer Associates UniCenter, so-called 'Tiome-grown" systems, and 
others. 

Inter-domain management layer 140 is comprised of inter-domain data 
10 correlation function 142, inter-domain event correlatfon fimction 146, inter- 
domain service level management function 144 and business process 
management function 148. Inter-domain data correlation fimction 142 receives 
the data collected by management systems A 122. B 124, and C 126 from 
respective intra-domain data collection fimctions A 134, B 154. and C 164 and 
15 sends instructions to intra-domain instruction fijnctions A 132, B 152. and C 
162. The inter-domain data correlation fimction 162 is typicaUy implemented as 
a software application, using any convenient and suitable method and/or 
language known in the art. 

Inter-domain event correlation fimction 146 receives inter-domain event 
20 data from inter-domain data correlation fimction 142 and uses it to map certain 
of the events into alarms and actions that are sent back to inter-domain data 
correlation fimction 142. Inter-domain service level management fimction 144 
receives service data from inter-domain data correlation fimction 142 and uses 
it to manage inter-domain services. Business process management fimction 
25 148 receives service management data from inter-domain service level 

management fimction 144 and uses it to determine whether business objectives 
and policies are being met, as well as for strategic business planning. The 
purpose and operation of these fimctions in the present invention are discussed 
in more detail later. Again, all of these fimctions are typically implemented as 
30 one or more software applications, using any convenient and suitable method 
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and/or language known in the art and there are several commercially avaflable 
^sterns. 

It must be noted that the specific devices and systems mentioned herein 
are examples only, and that alternate constructions, configurations, 
5 components, or methods of operation of the invention are to be considered 
within the scope of the invention. In particular, the network management 
components may include Aprisma Spectrum, HP OpenView, or any other 
compatible network, enterprise or other type of management system known in 
the art. nie invention may depend on a network management system or on a 
10 coUection of element management systems. Tbe former is the preferred 

embodiment. The communication protocols among management systems may 
use SNMP. CMP, CORBA, TL-1 or any other compatMe protocols. Hie 
communication protocols between management system and managed element 
may use SNMP, CMIP, CORBA. TL-l or any other compatible protocols. 
15 The purpose of the comprehensive management system of the invention 

is to manage aU of the types of devices, media, networks, computer systems, 
software appHcations, and services that are associated with a technology 
domain. Examples of the different types of networking technologies that may 
be part of a technology domain and therefore need to be managed with the 
20 invention include, but are not limited to: virtual private networks (VPN), 

optical networks, Quality-of-Service networks, active programmabte networks, 
wireless networics, ATM switched networks, fi-ame relay networks, cable 
networks, and customer premises networks (LANs). Different networking 
technologies may be distinguished with respect to the properties and 
25 fimctionality of transmission devices used, the type of transmission media 

enq)loyed, and the physics and format of data as it travels over the media. Each 
presents unique management challenges that must be soWed in order to achieve 
comprehensive management. 

Fig. 2 is a table summarizing the different dimensions of integrated 
30 n^oik man^ement. Networks and their associated systems and services 

must be viewed at multiple levels of abstraction in order to achieve 

-10- 
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comprehensive management. As shown in Fig. 2. on one level are the generic 
network components 210, such as devices, media, computers, applications, and 
services. At another management level are network management fimctions 
220, such as feult, configuration, accounting, performance, and security. Still 
5 another level treats the network in terms of increasing levels of abstraction 230, 
starting with the element level, then the network level, the service level, and 
finaUy the business management level. At other management levels are service 
networks 240 and voice/data networks 250. 

Fig. 3 is a btock diagram illustrating the generic components of a 
10 network. As shown in Fig. 3, the network infrastructure is comprised of the 
transmission devices 330 that receive traffic from, and forward traffic to, other 
transmission devices. Examples of such devices include, but are not limited to, 
routers, hubs, switches, and access devfces for wireless networks, cable 
modems, satelUte stations, etc. Traffic flows over tbe transmission media 310 
15 and 320. Examples of transmission media include, but are not limited to, 
copper wire, coaxial cable, fiber optic cable, telephone lines, and airwaves. 

The generic network of Fig. 3 is also comprised of the computer 
systems 340 that reside on a network, such as desktop computers, 
workstations, servers, mainfirame computers, laptop computers, and even 
20 telephony devices, the software appUcations 350 that run on the computer 
systems 340, and the various services 360 that are supported by the software 
applications 350. Examples of software applications include, but are not 
limited to, document writing applications, database appUcations, and scientific 
applications that support mathematical computation and simulations. Also 
25 inchided are distributed applications that span multiple computer systems that 
may even be distributed over separate networks. Exan^Ies of services 360 
include, but are not limited to, such things as electronic commerce, inter- 
continental email, and distance learning. 

A virtual private network (VPN) is a good example of a particular type 
30 of network that the present inventfon must manage. A VPN is a network that 
is constructed by using both public and private media to connect transmissbn 
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devices. For example, with refereace to Fig. 3, transmission media 310 might 
include a pubUc network such as tiie Internet, vMs transmission media 320 
might be a business' private LAN. Hiere are a number of systems that enable 
the creation of networks using the Internet as the medium for transporting data. 
5 These systems use encryption and other security mechanisms to ensure that 

onfy authorized users can access tiie netwoik and that tiie data cannot be 
intercepted. A good example is the VPN service offered by Vitts Networks via 
their Protected Service Network. 

One of the underlying technologies that support VPNs is called IP 

10 tunneling." ConceptuaUy, the idea is a private tunnel en*edded vnOm 
transmission media 310 that connects, for example, business-to-business 
electronic trading. The tunnel should be virtuaUy impenetrable by unauthorized 
trafiBc and hackers with malicious intent. The tunnel is physically implemented 
by a combination of several technologies, including encryption, packet 

1 5 monitoring, firewalls, and network address translation (NAT). The latter 

technotogy allows businesses to hide their private IP addresses behind a NAT 
server so that only the IP address of the NAT server is exposed to the public 
network. 

VPN technology therefore raises several management challenges. One 

20 is how issues of quality of service and service guarantees are handled. Since 

public media are not under the control of service providers, it is difiBcult to 

ensure end-to-end appUcation performance when traffic traverses public media. 

The current solution to this problem is to guarantee a certain quality of service 

only from customer premises to the edge of the pubUc network. Needless to 

25 say, this solution is not entirely acceptable to consumers. 

In some VPN configurations, the transmission media and networks are 

actually owned and operated by separate service providers. This situation 

presents yet another set of management challenges. With reference to Fig. 3, if 

there are a number of transmission media 310, each owned by separate service 

30 providers, then there are likely to be restrictions on what traffic is allowed to 

traverse the media. This situation is becoming common in the USA. One 
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approach to the problem is "policy-leased routing." Simply stated, there is a 
poHcy database that describes admissible flows of traffic among the edge 
routers of service provider networks, e.g.: Port x on router A is allowed to 
forward traflfc to porty on router B. As poUcies are modified to reflect 
5 business agreements among service providers, a policy enforcer configures the 

edge routers accordinglb'- 

Another good example of a particular type of technology that the 
present invention must manage and that presents unique management 
chaUenges is the optical network. Optical networks (a.k.a. photonic networks, 

10 or Wavelength Division Multiplexing (WDM) networks) are networks whose 
transmission devices transmit data in the form of wavelength pulses rather than 
electronic signals. Optica! networks are deployed widely in backbone networks 
in the USA and Europe for telecommunicatidns plications. The speed of data 
transmission over a single wavdength is many orders of magnitude fester Aan 

15 electronic signals over fiber or copper. Thus, with single wavelength optical 
networks, the vohmie of traflfc that can be carried over an optical network is 
limited only by tiie processing power of tiie transmissron devices, where 
processing includes Ae translation of electronic signals into pidses and vice- 
versa. 

20 Tlie next evolution in optical networking is daise waveleaigtb division 

multiplexing (DWDM). The physics of li^t is such tiiat forty or more 
wavelengths may be utilized in a single fiber and the transmission devices may 
still distinguish among tiiem. An increase in available bandvndth by at least 
forty orders of magnitude is an obvious result. TSie general consensus is that 

25 DWDM win be the technology of choice for iKtworking during ti« 2000s, 

tiirough v(*ich virtually uidimited bandwidth, at least at liie backbone level, will 
be avffllable. However, the actual volume of traflfc tiiat can be cfflrfed over an 
optical network is still going to be limited by Ae processing power of 
transmission devkes. 

30 Thus, in DWDM optical networks, the first change is to manage the 

new transmission devices in the classic style of element management. For 

-13- 



wo 02/06971 



PCTAJSOl/22107 



example, the management system must be able to monitor the peifonnance of 
each wavelength. It must assist operators m troubleshooting the network by 
isolating questionable wavelengths and the possible locations of degradation. 
A second chaflenge is to provide inter-operability of WDM management agents 
5 with other network management systems. 

A further management challenge presented by DWDM networks is the 
chaUenge of service provisioning. If a service provider wishes to oflfer optical 
bandwidth capacity to consumers, an apparatus is required to aflocate, 
maintain, and de-aUocate optical channels over the netwoik. A single channel 
10 might be adequate to accommodate several small customers, while a large 
customer might require two or more channels. However, in order to altocate 
bandwidth intelligently, the service provider wiU need to know the amount of 
used and unused capacity per channel. Thus, a management system that can 
monitor the throughput over a DWDM optical network and infer reasonable 
15 measures of used/unused channel capacity is an important requirement. 

The present invention also must manage quality of service (QoS)-based 
networks. A QoS-Based network is typically a traditional-type network that 
additionally accommodates multiple qualities of service. The classic example is 
a multi-media network that carries trafBc for diverse kinds of applications, 
where some traffic can withstand latency but other traffic cannot. One example 
is a QoS-based network currently under development at Cisco Sjstems, caUed 
a Multiprotocol Label Switching (MPLS) network. MPLS and many otiier 
QoS-based networks are based on a resource reservation protocol. 

MPLS networks are networks v\*[Ose transmission devices make 
25 decisions about forwarding traffic based on tiie following constramts: (i) 

topology, (if) bandwidth requirements, (iu^ media requirements, and (iv) packet 
labeling. MPLS-based networks center around the idea of constraint-based 
routing, in which the path for a traffic flow is the shortest path that meets a set 
of known constraints. When packets enter an MPLS-based network, labeling 
30 edge routers (LERs) stamp them with a label. The label contains information on 

the packet source, destination, bandwidtii, delay, socket information, and 
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priority. Once the LER classifies and stamps the packet, it is assigned to a 
labeled switch path (LSP). As the traffic moves over the assigned LSP, routers 
place outgoing labels on the packets, again with respect to known constraints. 
Some arguments for MPLS-based networks are the following: 
5 • Near-optimal use ofbackbone bandwidth. Specifically, the best route 
between a source and destination is determined taking into account the 
known constraints. 

. Reduction in operating costs. With IVIPLS traffic engineering, an operator 
does not have to manuaUy configure the network devices to set up explicit 
10 routes. The decision-making is automated in the transmission devices. 
. . Dynamic adaptation and graceful recovery. MPLS-based networks should 
recover from link or node feilures that change the topology of the backbone 
by adapting to new sets of constraints. 
. Regulation of quality of service. From a QoS standpoint, service providers 
15 should be able to manage different kinds of data streams based on service 
priority. For instance, customers who subscribe to a premium service plan 
should see minimal latency and packet toss, while other customers should 
expect periodic delays in data transmission. 

A chaUenge for managing MPLS-based networks is to verify service 
20 levels agreements (SLAs) made with consumers, where consumers have the 
option of various service levels. This means that measurable parameters must 
be found to include in the agreement. Transactional response time is a popular 
parameter to include in an SLA. However, the guarantee is typically a blanket 
value, e.g. "a round trip delay of packets sent from the customer site to the 
25 edge of the Internet of 50 milliseconds or less." Response time management 
wiU be harder with MPLS-based networks, and with QoS-based networks in 
general. Since there will be multiple grades of services ofiFeredto consumers, 
and assuming that transactional response time continues to be used as a 
performance measure in SLAs. then there wiU essentially be multiple response 
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10 



time guarantees. This clearly wM add further complexity to the service 
providers' management systems. 

Further management chaUenges are presented by the nascent 
technology known as active networks. Active networks, unlike traditional 
networks, are not passive carriers of bits but instead provide the capability for 
the user to inject customized programs into the networks. The network nodes 
interpret these programs and perform the desired operation on the data flowing 
through the network. Management challenges Resented by active networks 
include the need for a closer monitoring of the packets and data elements that 
traverse the network, since networks will now be controDed by the traffic 
flowing through them rather than the other way around. Configuratron 
management, the management area invohnng setting up transmisskm devices, 
will also need to be treated in a new manner. In particular, note that it is also 
possible for only part of an end-to-end network to be occupied by an active 
1 5 network, and thus comprehenswe management wiU be required. 

The previous discussion has focused on some of the different types of 
networking technologies that can be managed by the comprehensive network 
management system of the invention. It is clear that there are also other types 
of elements between the networkmg components and the end-user that must be 
20 managed includmg. for example, computers, appUcatfons, and video, voice, 
applicatwn and data services. Thus, the management of network services 
extends beyond management of just the network. 

The present invention makes use of integration of element and network 
management. Fig. 4 iUustrates two different conceptual models for this task. 
25 The dotted lines in Fig. 4 indicate "managed scope" and the horizontal lines 
indicate the divisrons between the network and service management level 420, 
the element management level 430, and the element level 440. Btock 410 
iUustrates an element-centric management system. In the element-centric 
approadj, there is a collection of elemtmt management systems 450 for 
30 managmg elements 470. Each element management system 450 passes 

management information to a higher-level network management system 460. It 
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can be seen that method 410 inchides an intermediary set of element 
management systems 450 (indicated by black nodes) between the network 
management system 460 and the ' W network elements 470. Thus, the 
network management system 460 is once removed from the bare elements 470. 
5 Block 480 illustrates a network-centric management system, in which the 
network management system 460 communicates directly with the elements 
470. 

Both approaches are seen in the industry. The latter approach, for 
example, is taken by Aprisma's Spectrum. There are trade-offe between the 

10 two approaches. Spectrum is popular in the industry in part because it provides 
multi-vendor management from a single management station. This means, 
however, that Spectrum engineers have to build management modules for new 
element types as they enter the market, which in turn means that they have to 
understand the differences between old and new network technologies, the 

15 information models of each technology, and the specific management methods 
required by each technology. This is, of course, feasible, but it is very labor- 
intensive. 

The element-centric approach requires roughly an equal amount of 

work, but has as a clear disadvantage the common problem of the proliferation 

20 of point management solutions, each requiring deployment, configuration, and 

operational learning curves. A fiirther disadvantage is the lack of a consistent 

operational interfece. What often happens, therefore, is that new technologies 

are devetaped in research labs in accordance with the element-centric 

philosophy, in order to initially develop appropriate management techniques. 

25 Once the technotogy settles, vendors such as Aprisma incorporate the 

management methods into an existing commercial network management 

system. It is expected that this approach will frequently be utilized in the 

addition of new managed elements and systems to the lower-level management 

systems of the invention. An advantage of the present invention is that these 

30 additions will be hidden from the higher, inter-domain levels, vastly reducing 

the need for such things as operational learning curves. 
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In the industry, the word "enterprise management" has come to connote 
the management of applications, systems, and networks. In this respect, an 
enterprise management system is already a muhi-domain management system. 
Fig. 5 is a block diagram illustrating the conceptual architecture of an 
5 enterprise management system that may be employed for cross^iomain 
management in an embodiment of the invention. 

In Fig. 5, networic management system or systems 510, systems 
manager or managers 520, and application manager or managers 530 are 
themsebes managed by enterprise management system 500. The various 
10 underlying management systems 510, 520 and 530 may be any of the many 
such management systems known in the art that are capable of being managed 
by an enterprise management system. Enterprise management system 500 may 
be the Aprisma Spectrum Enteiprise Manager or any other management system 
known in the art that is capable of managing the various underfying 
15 management systems 510, 520, and 530. 

Often, management systems 122, 124, and 126 of Fig. 1 will be 
enterprise management systems. However, not aU management systems will 
have to monitor and control computer systems and appUcations in addition to 
the network. For example, the management of an optical network does not 
20 include the management of end user systems and applications, although the 
health of an optical network will affect the health of end user appUcations. For 
this reason, management systems 122, 124, and 126 in Fig. 5 may be simple 
network, application, or systems managers or agents. 

While enterprise management and the comprehensive management of 
25 the invention share certain elements, there are a number of aspects of 

conq)rehensive management that enterprise management cannot provide. By 
its very definition, enterprise management is not truly comprehensive in nature, 
being specificaUy established to provide network, traffic, computer system and 
application management solely for a single enterprise (i.e. a single business 
30 entity). The comprehensive management of the invention is, in many ways, the 

sum of enterprise management, plus service provider network management for 
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as many service providers as are part of the system being managed. Further, 
enterprise management typically does not manage according to the levels in the 
TMN hierarchy, discussed later wfth reference to Fig. 9, does not provide 
Service Level Management, discussed later with reference to Fig. 10, or deal 
5 with the intCTfece between the two. In addition, the comprehensive 

management of the invention includes the management of multiple networking 
tedmolo^es, at the core network, edge network, and customer premises and, 
in particular, alfows the TMN model and service level management to be 
appUed to all these domains. Finally, the comprehensive management of the 
10 present invention provides both business level management and a generally 
h^er level of managemrait abstraction, neither of which is available with 
enterprise managoneot. 

Fig. 6 is used to illustrate the manner in which the invention may be 
used to manage an example network- a multi-provider VPN. Fig. 1 illustrated 
15 how the management systems of the present invention each manage individual 
networking technology domains. The exainple embodiment in Fig. 6 shows 
three such domains: a customer premises network 610, an ATM network 620, 
and an optical badcbone 614. In this embodiment, the individual elements in 
each of domains 610, 612, and 614 are managed by appropriate device 
20 managers 620. The device manages 620 within each domain are themselves 
managed by a domain-^)ecific network management system 630. 

In this example, each network is provided and operated by a third party 
utilizing its own managonent platforms and management processes. If there is 
a VPN that spans across all of those networks, then clearly the management of 
25 the VPN depends upon management infbrmatfon collected by the respective 
domain networic management systems 620. Thus, Fig. 1 shows m/ra-domain 
data fiom domams A 102, B 104, and C 106 beang passed to an wter-domain 
data correlation function 142. The mter-domdn data correlation fimction 142 
processes intra-domain data and returns data back to domains A 102, B 104, 
30 and/or C 106 in die form of operatnnal instru<*ions. Such operatranal 

instructions may have to do with feults, configurations, or service provisioning 
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In feet, large businesses often have to construct VPNs that span across 
multiple heterogeneous networks, where some of the netwoiks are privately 
owned. This "separation chaDenge" is illustrated in Fig. 7. Fig. 7 is a 
conceptual depiction of a such a network, having managed domains controUed 
5 bydi&rententities.InFig.7,domainX720ismanagedbyprovider^ 730, 

but a service S 710 offered by ^ depends upon a domain F 740 that is 
managed by provider B 750. As mentioned, this separation challenge is 
common in the industry. The result of such a situation, from the network 
operator's point of view, is management complexity in terms of security 
10 management, operations management, problem management, configuration 
management, policy management, change management. The present invention 
is specificalfy designed to reduce or eliminate these problems. 

There are four logical approaches to the problem presented by the 
example of Fig. 7: 

15 1. A Kmits its servfce offerings to those that depend upon the networks 
under its control. 

2. A doesn't offer service guarantees in cases where the service depends 
upon networks not under its control. 

3. AandB enter an arrangement whereby network operators collaborate 
20 to handle service degradations and feults. 

4. B opens its domain to A's management system, or vice versa. 

As can be seen, approaches 1 and 2 sidestep the separation problem 
ahogether, while approaches 3 and 4 tackle it head on. In particular, approach 
4 returns directly to the need for the integrated management provided by the 
25 comiwehensive network management system of the invention. 

Another common manifestation of the separation problem is seen even 
within businesses that control their own local services, where, for example, A 
is a staff dedicated to network management (domain J?) and 5 is a staff 
dedicated to systems and appUcations management (domain Y). Often it seems 
30 that these people rarely talk to each other, and when they do, it takes the form 
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of finger-pointing. Clearly, an integrated management system would also help 
to alleviate this internal separation problem. 

The preferred embodiment of the invention employs doniMi-specific 
event correlation. Event correlation entails observing canse-and-eflfect 
5 relations between certain events, infemng an alarm from a set of related events, 
and/or identifying the "culprit" event in a "misbehaving" enterprise. In 
practice, a particular network management system will coUect numerous events 
and statistics as it monitors the elements in its respective domain. The task of 
event correlation is to map certain coDections of events scattered in space and 
10 time into a/flm5 and possible acftons. There are several paradigms in the 
industry for event correlation, including rule-based reasoning, model-based 
reasoning, state transition graphs, codebooks, and case-based reasoning. 
Additional paradigms are also curraitly being mvestigated in research 
laboratories, e.g. fuzzy logic and neural networks. 
15 Fig. 8 depicts intra-domain event correlation as utilized by the present 

invention. As shown in Fig. 8, domain 810 is subject to event monitoring 820. 
When events occur, they are processed by the event correlation engine 830 and 
mapped into alarms and actions 840. Aay of the paradigms for event 
correlation mentioned previously would be suitable. Many commercial 
20 management systems, including Spectrum, now either have event correlation 
engines or are integrable with them. 

Regardless of the particular paradigm used, domain-specific event 
correlation is another example of the "divide and conquei" approach to 
network management that is employed by the present invention. In gpna^ 
25 single event correlation engine for a large heterogeneous networking system 
will not scale. Thus, it is advisable to employ separate correlation engnes for 
each individual domain, where the output of each eigine is passed to a high-- 
level correlation engine. The inter-domain data correlation fimction 146 of Fig. 
1 is such a higher-level correlation engine. In this capacity, its domain, i.e. its 
30 input, is the space of intra-domain alarms. 
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The invention therefore requires correlation engines for both lower- 
level intra-domam management systems and for higher-level inter-domain 
management systems. The idea is similar to the concept of a manager of 
managers (MOM). There are in fact several conomercial products available that 
5 act as MOMs. Their sole fimction is to receive input data from lower-level 
network or element management systems, process the data, and output data in 
the form of reports and recommended actions. 

The additional consideration of systems and application management 
ties in with the need for domain-specific event correlation. A common question 
10 regarding an end user's complaint is "Is it a network, systems, or application 
problemr A response time management (RTM) system, for example, can raise 
a problem regarding sluggishness in appHcation transactions, but fiirther work 
needs to be done in order to determine whether the cause of the problem has to 
do with the appUcation, the computer system on which the application resides, 
15 or the network. An event correlation system that covers systems and 
application events helps in isolating the root cause of the problem. 

An nnportant concept in network management is the five-layer 
Telecommunications Management Netvrork (TMN) model shown in Fig. 9.The 
TMN model is partitioned into five layers: the element layer 910, the element 
20 management ]&yer 920, the network or enterprise management layer 930, the 
service management layer 940, and the business management layer 950. Each 
layer, going &om bottom to top, represents a transformation &om tedmk»l 
detail towards more buaness-oriented information. 

The business layer 950 is concerned with the overall management of the 
25 business. As such, it covers aspects relating to business processes and strategic 
business plannbg. Further, it seeks to capture information that may be used to 
determine whether business objectives and policies are being met. The service 
managemait layw 940 is concerned with the management of services provided 
by a service provider to a customer or to another service provider. Examples of 
30 such services include billing, order processing, and trouble ticket handling. The 

enterprise/network management layer 930 is concerned with a network with 
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multiple elements. As such, it supports network monitoring and remote 
configuration. In addition, this layer supports issues such as bandwidth control, 
performance, quality of service, end-to-end flow control, and network 
congestion control The element management layer 920 is concerned with the 
5 management of individual networic elements including, for example, switches, 
routers, bridges, and transmission fecilities. ITie element layer 910 refers to the 
bare elements that are to be managed. 

The TMN idea has influenced those businesses that own their own 
networks as weU as businesses that outsource pieces ofthe network operation 
10 to service providers. For the most part, commercial networks are manageable 
up to, and including, the network layer. Hie ideas of "services" and "service 
level agreements" are now on the minds of business executives and service 
providers. 

A service may be viewed from a user's point of view, from a business' 
15 point of view, or from the network's point of view. The service provided by an 
optfcal network, for example, is the aUocation of bandwidth to a customer. This 
service from a business' point of ^wew may be decomposed into the service 
provided by the optical network plus the services provided by its own local 
network, systems, and applications. This is therefore yet another example ofthe 
20 divide and conquer technique, whereby a higher-level service is comprised of 
several loww-level services. Thus, with reference to Fig. 1, aid-to-end services 
are managed at inter-domain level 140, and local services are managed at the 
intra-domain levels 130, 150 and 160. 

Fig. 10 is a conceptual depictkm of how service level management is 
25 therefore utilized in conjunction with enterprise management in an embodiment 
ofthe inventioa In Fig. 10, network management system or systems 1040, 
systems manager or managers 1030. and applicatron manager or managers 
1020 are themsehres managed by enterprise man^cment system 1010. In turn, 
enterprise manner 1010 is subject to service level management 1050. As 
30 previousfy discussed, servfce level management 1050 is concerned with the 

management of servkses provided by a service provider to a customer or 
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another service provider. As in Fig. 5, the network management layer may 
possibly include the management of computer systems and software 
applications that reside on the network, and the term "element" is used to 
include individual syst^ and applications in addition to transmission devices. 
5 As mentioned previously, the invention provides classical FCAPS 

management (feult, configuration, accounting, performance, and security 
management). /wflw^Jgemew/ includes trouble management, \N«ch 
manages corrective actions for service, feult recovery, and proactive 
maintenance and provides capabilities for self-healing. Trouble management 
10 coirelates alarms to services and resources, initiates tests, performs diagnostics 
to isolate feults to a replaceable component, triggers service restoral, and 
perfonns activities necessary to repair the diagnosed feult. Proactive 
maintenance responds to near-fault conditions that degrade system reliability 
and may eventually result in an impact on services. It perfonns routine 
15 maintenance acthrities on a scheduled basis and initiates tests to detect or 
correct problems before service troubles are reported. 

Configuration management includes timely deployment of resources to 
satisfy the ejected service demands, and the assignment of services and 
features to end-users. It identifies, exercises control over, collects data firom, 
20 and provides data to the network for the purpose of preparing for, initializing, 
starting, and providing for the operation and termination of services. It deals 
with logical, service, or custom networks such as the toll network, local public 
switched telephone network, and private networks. Accounting management 
processes and manipulates service and resource utilization records and 
25 generates customer billing reports for services rendered. It establishes charges 
and identifies costs for the use of services and resources in the network. 

Performance management addresses processes that ensure the most 
efficient utilization of network resources and their ability to meet user service- 
level objectives. It evaluates and reports on the behavior of network resources 
30 and ensures the peak performance and deUveiy of each voice, data, or video 

service- Security management controls access to, and protects, both the 
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network and network management systems against intentioiial or accidental 
abuse, unauthorized access, and communication loss, nexfljifity methods are 
built into security mechanisms in order to accommodate ranges and inquiry 
privileges that result from the variety of access modes utiBzed by operations 
5 systems, service provider groups, and customers. 

Multi-wave optical networks can be used as an example to illustrate 
how the TMN model and FCAPS management are applied to a newtechnotogy 
in order that it can be managed with the comprehensive network management 
system of the invention. As previously mentioned, multi-wave optical networks 
10 promise to change the fece of communications by enabling advanced 

applications in federal, scientific, and commercial sectors. The first problem in 
managing multi-wave optical networks, however, is to develop viiat is 
sometimes caUed an "information model" for the new networking technology, 
i.e. a model that depicts the physics of optical networks m terms of 
1 5 management concepts. For example, the information model of multi-wave 
optical networks includes models of optical components (optical-to-electromc 
terminating equipment, multiplexing equipment, optical amplifiers, etc.) and 
models of wavelengths (e.g. section trails, multiplex trails, and channel trafls). 
Typically, the information model is used also as a base to develop FCAPS-style 
20 and TMN-style management methods for the technology. 

Consider what a commercial network management vendor has to worry 
about in this kind of situation: The vendor is not in the business of developing 
optical networks. It is in the business of managing them. However, in order to 
understand how to manage them, the vendor's scientists and architects have to 
25 keep close watch on the development of the technotogy, its special 
management methods, and its commercial viability. 

Aprisma Management Technologies is an example of such a vendor. 
Aprisma's Spectrum is comnaercially popular; it is good at managing existing 
enterprise networks, service provider networks, ATM and frame relay 
30 networks, cable networks, and others. It is also good at muhi-vendor device 
management and event correlation over single- and multi-domain networks. 
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Aprisma's stated goal is to provide a comprehensive management solution and. 
in that regard, it competes with vendors such as HP. Tivoli, Computer 
Associates. Objective Systems, and a number of start-up companies in the 
network management space. 
5 The Spectrum system is based on the object-oriented infonnation 

paradigm, whereby network components are conceived as objects that 
represent their real-world counterparts. An object-oriented system helps to 

aUeviate the problem of introducing models of multi-vendor elements into an 

existing system. Further, it expedhes the generation of management methods 
10 for domains other than networks and network elements. Systems, appUcations, 

and service management products are incorporated into Spectrum by third- 

party vendors. 

The object-oriented paradigm is more or less a de facto paradigm for 
developing information models for new networking technologies, including 
15 multi-wave optical networks. Since Spectrum's information model is based on 
the object-oriented paradigm, there is a fortunate commensurability between it 
and the infonnation models of new networking technologies. It is hard, 
however, to predict how the information models developed by different 
networking vendors or vendor consortia will ^abilize into a standard, even 
20 though they are based on the object-oriented paradigm 

A need in the industry as a whole is to develop a common language for 
speci^g network technologies and the management of them. This, in fact, is 
the main goal of standards bodies. A good start in that direction is the ITU-T 
Recommendation G.805 - Generic Network Information Model (1995). Many 
25 of the management concepts for optical networks, for example, are derived 
from that document. It is therefore advisable that frameworks for network 
management systems migrate towards an ahgnment with such information 
models. In the preferred embodiment of the invention, this approach is 
followed. 

30 As pr«vk>usly seen, today's business and service networits are complex. 

The current state of any particular network has more than likely evolved in a 
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piecemeal fashion, and thus it wiU include heterogeneous kinds of network 
technologies, equipment fix)m multiple vendors, and various kinds of 
management methods. To make matters worse, management methods vaiy 
between countries and even between districts within countries. In many cases, 
5 the result is either piecemeal management, in v^*ich narrowly focused 

management solutions co-exist but do not cooperate, or no management at all. 
The solution is integrated management, in which these management techniques 
cooperate in a standardized management framework. Thus, the ultimate goal 
of international standards bodies is to provide a uniform fi^amework and 
10 methodology in order to correct the current situation. The problem, however, 
is that the standardization process is often slow and sometimes doesn't mature 
into a globally accepted standard. 

The goal of a generic framework by which to manage dh^erse 
networking technologies is certamly a good idea. However, no matter how 
15 much a vendor wants to develop a comprehensive, single-console management 
system, there wiU still be times when an integration with another vendor's 
management system makes good sense. A good example is the integratfon of an 
existing management system with a legacy management system. 

Further, there is a valid argument that no one vendor can provide all the 
20 solutions. As a practical matter, vendors tend to be more or less specialists in 
one domain or another. For example, some are good at building network 
management systems, some are good at building network simulation systems, 
some are good at building trouble ticket and help desk systems, etc. Thus, a 
direction for future work is to catalogue various kinds of integration patterns 
25 and mechanisms by which to implement them. 

A high-level operational flowchart of comprehensive network 
management according to one aspect of the invention is shown in Fig. 11. In 
Fig. 11, the fimctional steps starting at box 1 1 10 are carried out simultaneously 
at all the levels of abstraction of the invention. In other words, the same steps 
30 are carried out from the business perspective 1112, the service perspective 

1 1 14, the inter-domain perspective 1 1 16, and the intra-domain perspective 
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1118. All that varies is the level of abstraction upon which tiie steps operate 
and the corresponding level of abstraction of the input data and output 
instructions. 

As shown in Fig. 1 1, data is coUected 1 130 at a particular level of 
5 abstraction by use of an appropriate data collection fanction. The data is then 
interpreted 1 140 from the appropriate level of abstraction perspective. The 
manner of interpreting data may be carried out by any of the many means 
known in the art, including, but not limited to, look-up tables, expert systems, 
machine learning systems, etc. If the data interpretation 1 140 determines that 
10 instructions are required for submanagers at a lower level of abstraction 11150, 
an instruction function at the appropriate level of abstraction sends the required 
instructions 1 160 to the appropriate submanagers. 

For example, with reference also to Fig. 1, data from domains A 102, B 
1 04, and C 1 06 is collected 1 1 30 by intra-domain data collection fimctions A 
15 134, B 154 and C 164 at the intra-domam level 1118 (130, 150, 160) and 
provided to the inter-domain level 1 1 1 6 (140) where it is processed by the 
inter-domain data correlation fimction 142. Inter-domain data correlation 
function 142 may also provide this data to inter-domain event correlation 
function 146, If data correlation fimction 142 determines, either from its own 
20 analysis or based on feedback from inter-domain event correlation fimction 
146, that instructions to management systems A 122, B 124 and/or C 126 are 
required 1 150, then inter-domain data correlation function 142 provides 
instructions to one or more of intra-domain instructions fimctions A 132, B 
152, and C 162 at the intra-domain level 1118 (130, 150, 160). Intra-domain 
25 instructions functions A 132, B 1 52, and C 1 62 then provide appropriate 

instructions to respective management systems A 122, B 124 and C 126 at the 
intra-domain level 1118 (130, 150, 160). From this example, it is to be 
understood that the actions of the invention at the other levels of abstraction 
would have a similar character, according to the principles around which that 
30 level of abstraction is organized. 
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The foDowing steps are development steps by which the current 
invention may be constructed for each individual technology domain. 

1. Element development 

2. Element-style management 

5 3. Fauft and Configuration Management in Element-style Management 

4. Network-style man^ement 

5. Intra-domain event correlation 

6. Intra-domain service level management 

7. Inter-domain network management 
10 8. Inter-domain event correlation 

9. Inter-domain service level management 

10. Inter-domain business process management 

It is to be understood tiiat these steps apply to the implementation of 
management of a single domain, and that similar development steps would 
1 5 therefore need to be appfied to each technology domain in order to fully realize 
the comprehensive network management ^em of the invention. 

What has been described herein is merely illustrative of the application 
of the principles of the present invention. Other arrangements, methods, 
modifications and substitutions by one of ordmary skill in the art are also 
20 considered to be within the scope of the preset invention, which is not to be 
limited except by the claims that follow. 
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CLAIMS 

What is claimed is: ^ 

1 1. An apparatus for management of a multi-domain communications network 

2 comprising, in combination: 

3 at least one inter-domain management layer; and 

4 at least one intra-4omain management layer, associated with at least one 

5 inter-domain management layer and at least one technology domain or at least 

6 one other intra-domain management layer, for managing said associated 

7 technofogy domain or other intra-domain management layer, providing data to 

8 said inter-domain management layer, and receiving instructions from said inter- 

9 domain management layer. 

2. The apparatus of claim 1 , farther comprising at least one event correlation 

engine. 

3. The apparatus of claim 2, wherein there is a separate event correlation 
engine respectively associated with each intra-domain management layer and each 
inter-domain management layer. 

4. The apparatus of claim 1, further comprising at least one service level 
management application. 

5. The apparatus of claim 4, v\4ierein there is a separate service level 
management application respectively associated with each intra-domain management 
layer and each inter-domain management layer. 

6. The apparatus of claim 2, further comprising at least one service level 
management application. 



-30- 



wo 02/06971 



PCT/USOl/22107 



7. The apparatus of claim 6, wherein there is a separate service level 
management application respectively associated with each intra-domain management 
lay^ and each inter-domain management layer. 

8. The apparatus of claim 3, further comprising at least one service level 
management application. 

9. The apparatus of claim 8, wherein there is a separate service level 
management application respectively associated with each intra-domain management 
layer and each inter-domain management layer. 

10. The apparatus of claim 4, further comprising at least one business process 
management application. 

1 1. The apparatus of claim 7, wherem there is a separate business process 
management application associated vAth each inter-domain management layer. 

12. The apparatus of claim 9, wherein there is a separate business process 
management application associated with each inter-domain man^ement layer. 

12. The apparatus of claim 9, wherein there is a separate business process 
management application associated with each inter-domain management layer. 

1 13. An apparatus for management of a multi-domain communications network 

2 comprising, in combination: 



3 at least one inter-domain management layer, 

4 at least one intra-domain management layer, associated with said inter- 

5 domain technology layer and with at least one technology domain or at least 

6 one other intra-domain management layer, for managing said associated 

7 technology domain or other intra-domain management layer, providing data to 
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8 said inter-domain management layer, and receiving instructions from said inter- 

9 domain management layer; 

10 a respective intra-domain event correlation engine, associated with each 

1 1 intra-domain management layer, for processing intra-domain events and providing 

1 2 alarms and possible actions; 

13 a respective inter-domain event correlation engine, associated with each 

14 inter-domain management layer, for processing inter-domain events and 

1 5 providing alarms and possible actions; 

1 g a respective intra-domain service level man^ement application, 

17 associated with each intra-domain management layer, for receiving service data and 

1 8 developing service instructions for managing services in said associated technology 

19 domain or intra-domain management layer; and 

'20 a respective inter-domain service level management application, 

21 associated with each inter-domain management layer, for receiving service data from at 

22 least one associated intra-domam management layer and developing service 

23 instructions for managing services in said associated intra-domain management layer. 

14. The apparatus of claim 14, further including a business process 
management application, associated with the inter-domain service level management 
application of each inter-domain management layer, for receiving service management 
data from said associated inter-domain service level management function for use in at 
least one business planning or monitoring fiinction. 

1 1 5. A method for management of a multi-domain communications network 

2 comprising, m combination, the steps of 

3 managmg at least one technology domain or intra-domain management 

4 layer with an associated intra-domain management layer; and 

5 managing each associated intra-domain management layer with an 

6 associated inter-domain management layer. 



1 



16. The method of claim 15, wherein said step of managing each associated 



2 intra-domain management layer comprises, in combination, the steps of. 
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3 providing data from said associated intra-domain management layer to 

4 said inter-domain management layer; and 

5 receiving instructions at said associated intra-domain management layer 

6 from said inter-domain management layer. 

1 17. The method of claim 16, further comprising the steps, in 

2 combination, oC 

3 performing intra-domain event correlation; and 

4 sending at least one of alarms, data, and instructions to at least 

5 one associated technology domsm or associated intra-domain 

6 management layer based on said event correlation. 

1 18. The method ofclaim 16, fiirther comprising the steps, in 

2 combination, of. 

3 performing inter-domain event correlation; and 

4 sending at least one of alarms, data, and instructions to at least 

5 one associated intra-domain management layer based on said event 

6 correlation. 

1 19. The method of claim 17, further comprising the steps, in 

2 combination, of: 

3 performing inter-domain event correlation; and 

4 sending at least one of alarms, data, and insfructions to at least 

5 one associated intra-domain management layer based on said event 

6 correlation. 

1 20. The method ofclaim 16, further comprising the steps, in 

2 combination, of: 

3 performing mtra-domain service level management; and 

4 developing service instructions for managing services in at least 

5 one associated technology domain or intra-domain management layer 

6 based on said service level management. 
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1 21. The metlrodofclaim 17, further comprism^ 

2 combination, of. 

3 perfomung intra-domain service level management; and 

4 developing service instructions for managing services in at least 

5 one associated technology domain or intra-dommn management layer 

6 based on said service level management 

1 22. The method of claim 19, fiirther comprising the steps, in 

2 combination, of. 

3 performing intra-domain service level management; and 

4 developing service instructions for managing sendees in at least 

5 one associated technology domain or intra-domain management layer 

6 based on said service level management. 

1 23. Ibe method ofclaim 16, further comprising the steps, in 

2 combination, of 

3 performing inter-domain service level management; and 

4 developing service instructions for managing services in at least 

5 one associated intra-domain management layer based on said service 

6 level management. 

1 24. The method of claim 1 8, further comprising the steps, in 

2 combination, of: 

3 performing inter-domain service level management; and 

4 developing service instructions for managing services in at least 

5 one associated intra-domain management layer based on said service 

6 level management. 

1 25. The method of claim 19, further comprising the steps, in 

2 combination, of: 

3 performing inter-domain service level management; and 



-34- 



wo 02/06971 



PCT/USOl/22107 



4 developing service instructions for managing services in at least 

5 one associated intra-domain management layer based on said service 

6 level management. 

1 26. The method of claim 22, fiirther comprising the steps, in 

2 combination, of. 

3 performbg inter-domain service level management; and 

4 developing service instructions for managing services in at least 

5 one associated intra-domain management layer based on said service 

6 level management. 



27. The method of claim 23, further comprismg the step of utilizing 
service management data from said service level management to 
perform inter-domain business process management. 

28. The method of claim 26, farther comprising the step of utilizing 
service management data fi^om smd service level management to perform inter- 
domain business process management. 



1 29. A method for management of a multi-domain communications 

2 network comprising, in combination, the steps of: 

3 managing at least one technology domain or intra-domain 

4 management layer with an associated intra-domain management layer; 

5 managing each associated intra-domjun management layer with 

6 an associated inter-domain management layer; 

7 collecting data from said technology domains and intra-domain 

8 management layers; 

9 interpreting said collected data within an appropriate 

10 management level of abstraction to determine if instructions are needed at one 

1 1 or more of said associated technology domMis and intra-domain management 

12 layers; and 
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j3 sending said instructions to one or more of said associated 

14 technology domains and intra-domain management layers when required. 

30. Jhe method of clann 29, wherein said step of inteapreting includes 
at least event correlation. 

31. The method of cWm 29, wherein said step of interpreting includes 
at least service level management. 

32. The method of claim 31, wherein said step of interpreting includes 
at least business process management. 

33. The method of claim 30, wherein said step of interpreting inchides 
at least service level management. 
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